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@ Computer network using data compression. 

(|7) Computers are linked together to form a net- 
work. Messages are sent over the links between 
the computers in compressed, segmented form, 
the size of the segments being appropriate to 
the transmission characteristics of the link. A 
message previously received or transmitted by a 
computer is stored in compressed and segmen- 
ted form. If it is desired to forward or retransmit 
this message, the segment size of the stored 
form is compared against the optimum segment 
size for the link over which the message is to be 
sent. If there is a close match, then the stored 
segmented, compressed message is retrieved 
for direct transmittal, without having to reseg- 
ment or recompress the message. 
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The present invention relates to operating a com- 
puter In a network, in which messages are transmit- 
ted to and from the computer over links with other 
computers in the network. 

It is becoming increasingly common for individual 
computer systems to be linked together into networks 
to allow information to be communicated between 
them. There are several main types of network includ- 
ing an Integrated Services Digital Network (ISDN), 
which is based on telephone lines, and local area net- 
works (LANs), Before data is transmitted over the 
network from one computer to another, the data usu- 
sally first undergoes some form of compression to re- 
duce the volume to be sent, and is then formatted into 
one or more segments (often known as packets). 
Each segment typically contains, in addition to the ba- 
sic data to be transmitted, address information, error 
checking (eg parity or CRC checks), flag fields iden- 
tifying the start and end of the message, and so on. 
When a segment is received by a computer, the flag 
fields, check bytes, and so on are stripped out. The 
segments are then re-assembled and decompressed 
in order to recover the original data. 

The extra information and processing associated 
with a segment means that there is a certain fixed 
overhead per segment, independent of segment size, 
so that it is most efficient to use as large a segment 
size as possible to transmit a given message. How- 
ever, each segment is downloaded whole onto the 
network and during this time, known as latency, no 
other messages can be inserted onto the link, even if 
they have a higher priority than the message being 
downloaded. Thus latency effectively represents the 
period when the terminal is unavailable to send other 
messages, and so it is desirable to restrict segment 
size to prevent too long a latency. Since for a link of 
a given bandwidth the latency increases with seg- 
ment size in line with the time taken to download the 
message, the optimum segment size Is a compromise 
between avoiding the overheads associated with 
many small segments whilst minimising latency. As a 
result, higher bandwidth networks have larger opti- 
mum segment sizes. 

If a computer decides to forward the data in a 
message to another computer in the network, all the 
compression, segmentation, addressing and so on 
must be repeated before the data can be re-transmit- 
ted over the network. In the past, such repetition of 
the compression and segmentation has not been a 
noticeable problem, primarily because most commu- 
nications have been point-to-point (ie between two di- 
rectly connected nodes) with no need to forward mes- 
sages, or else the amount of forwarding has been rel- 
atively small (eg hub-satellite type networks have 
been used). 

However, multimedia applications using modern 
networks, for example, collaborative processing or 
video conferencing, require many workstations to be 
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connected together in a peer-to- peer arrangement. 
These involve the large-scale forwarding of messag- 
es between network nodes across high-bandwidth 
links. Two-way (or multi-way) real-time exchanges 

5 are common in such applications and it is essential to 
minimise transmission delay between the nodes In 
order to permit a natural and spontaneous interaction 
between the participants. 

Accordingly, the Invention provides a method of 

10 operating a computer in a network, including the 
steps of: 

transmitting messages to and from the com- 
puter over links with other computers in the network; 

processing messages before sending from an 
15 orig inal form into a form suitable for transmission; and 

processing messages on receipt back into the 
original form; said method being characterised by the 
steps of: 

storing a message transmitted to or from the 

20 computer in either the transmitted form, or a form in- 
termediate the original form and the transmitted form; 

retrieving the stored message and processing 
it if necessary into a form suitable for transmission; 
and sending the retrieved message to another 

25 computer. 

The invention is based on the recognition that by 
storing messages In processed form, the need to re- 
peat time-consuming processing can be avoided. A 
message for storage can either be generated at that 

30 particular node, or received from another node over 
the network. The former example arises in a multicast 
situation, where the node sends the same message 
to more than one other computer in the network, the 
latter where the node is responsible for forwarding an 

35 incoming message to another node in the network. In 
order to minimise the time spent processing the mes- 
sages to prepare them for transmission, each mes- 
sage as it is received or created is stored in a proc- 
essed form - either the transmitted form, or one Inter- 

40 mediate the original form and the transmitted form. 
The next time that the message is to be sent over a 
link therefore, the stored message can be retrieved, 
and if in transmitted form, sent directly, or else proc- 
essed into a form for transmission. In the latter case, 

45 the amount of processing required is still less than 
that needed to convert the message from its original 
form into the form for transmission. 

Preferably the step of processing the message 
from the original form into a form suitable for trans- 

50 mission includes compressing the message, and said 
step of storing comprises storing the message in com- 
pressed form. Where the step of processing the mes- 
sage from an original form into a form suitable for 
transmission Includes segmenting the message, it is 

55 also preferred that said step of storing comprises stor- 
ing the message in segmented form. In general it is 
particularly advantageous to store a compressed ver- 
sion of the message, firstly because compression is 

2 
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more time-consuming than segmentation, and sec- 
ondly because the same compression is valid for all 
links (unlike segmentation, where segment size must 
be taken into consideration as described below). Thus 
one possible strategy would be to assemble all incom- 5 
ing messages, and store only the compressed form. 
This could then be resegmented as required for sub- 
sequent transmission. However, in a preferred em- 
bodiment messages are stored in both compressed 
and segmented versions. io 

If segmented versions of the message are stored, 
then it can be determined whether one of the stored 
versions has a segment size appropriate for the link 
over which the message is to be transmitted. This 
could be based for example on the time required to re- is 
segment the message relative to the delay that would 
be incurred by using a non-optimum segment size. 
The segment size of the stored form is compared with 
the optimum segment size for the link, and if a reason- 
able match is found, the stored version can be sent, 20 
rather than having to repeat the segmentation proc- 
ess. On the other hand, if no match is found, then 
overall it will be quicker to resegment rather than to 
send the message with the wrong size segments. 
Thus effectively an intelligent approach can be adopt- 25 
ed to minimise the time required to transmit a mes- 
sage, balancing the extra overheads in using a non- 
optimum segment size against the processing re- 
quired to re-segment the message. 

In general each node already knows the physical 30 
characteristics of the links to adjacent nodes (eg LAN, 
bandwidth, etc). It is also beneficial to monitor the cur- 
rent performance of the network in order to determine 
the optimum segment size for each link, since the per- 
formance of any given link can be seriously affected 35 
by the volume of traffic on the link. Actively monitoring 
performance can therefore give a much more accu- 
rate picture of the current network characteristics. 

If a message must be resegmented for transmis- 
sion, the new segmented version can be stored. It is 40 
therefore possible to generate multiple stored ver- 
sions of the same message, each having a different 
segment size. In order to prevent the volume of stored 
messages from becoming too large, It is desirable to 
delete a stored message if it is decided not to forward 45 
the message to another computer. Other approaches 
are also possible, for example deleting messages that 
have not been used within a specified time interval. 
It should be appreciated that even If the stored proc- 
essed version of a message is deleted, it can still be 50 
forwarded by reusing the message in its original form, 
but in this case the segmenting, compressing, and so 
on must be re-performed. 

In a preferred embodiment, the message is also 
stored in original form, and each processed form of 55 
the message is stored in a linked chain appended to 
the stored original form of the message, together with 
some form of reference to Identify the processed 
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forms. Thus a first layer or subsystem that is respon- 
sible for compressing, segmenting and storing a mes- 
sage, passes the reference to the application to de- 
cide what action to take In response to the message. 
The application then returns its decision to the first 
subsystem, using the reference again to identify the 
message. One possibility for the reference is to use 
a pointer to the original version of the message, but 
many other Implementations are also suitable: for ex- 
ample, the first subsystem could maintain a table list- 
ing the identity, available segment sizes and storage 
location of each stored message. An index to the en- 
try for each message could then be passed to the ap- 
plication as a reference with which to subsequently 
identify that particular message. The actual imple- 
mentation adopted will depend on factors such as the 
operating system environment and so on. 

The Invention also provides a computer adapted 
for inclusion in a network, wherein messages are 
transmitted to and from the computer over links with 
other computers In the network, messages being 
processed before sending from an original form into 
a form suitable for transmission, and being processed 
on receipt back into the original form; and 
characterised by: 

means for storing a message transmitted to or 
from the computer in either the transmitted form, or 
a form intermediate the original form and the trans- 
mitted form; 

means for retrieving the stored message and 
processing It if necessary Into a form suitable- for 
transmission; 

and means for sending the retrieved message 
to another computer. 

In a preferred embodiment, the computer^ In- 
cludes both means for compressing the message and 
means for segmenting the message in order to proc- 
ess the message from the original form into a form 
suitable for transmission, the message being stored 
in compressed and segmented form. It is further pre- 
ferred that the computer includes means for determin- 
ing whether a stored message has a segment size ap- 
propriate for the link over which the message is to be 
transmitted. 

Other features in the preferred embodiment are 
means for monitoring the current performance of the 
network in order to determine the optimum segment 
size for each link and means for deleting a stored 
message If It Is decided not to forward the message 
to another computer. 

The invention further provides a method of trans- 
mitting data to a subset of a network of such comput- 
ers, the method comprising the steps of: 

transmitting a first message specifying the 
subset of the network to which the data is to be trans- 
mitted; and 

transmitting a second message containing the 
data, whereby receiving workstations can use the in- 
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formation in the first message to forward the second 
message to another computer in the network without 
having to first process the second message back into 
its original form. 

This method is required in view of the fact that if 5 
messages are being stored in a segmented or com- 
pressed form for example, there is a premium on be- 
ing able to forward them unaltered, so that the already 
available processed form can be used. This can lead 
to a difficulty when data is only being sent to a subset io 
of the network, in which case the addressing informa- 
tion changes en route around the network. This prob- 
lem can be alleviated by sending the addressing infor- 
mation ahead in a first message, with the data follow- 
ing in a second message. Each node can then use the 15 
information in the first message to forward the sec- 
ond message unaltered as appropriate. Although the 
first message does need updating as it progresses 
through the network, and so will need to be re-proc- 
essed, it is generally much smaller than the second 20 
(data) message, and so this can be done compara- 
tively quickly. 

An embodiment of the invention will now be de- 
scribed by way of example with reference to the fol- 
lowing drawings: 25 

Figure 1 is a schematic drawing of a computer 

network; 

Figure 2 is a simplified diagram of a workstation 

forming part of the network of Figure 1 ; 

Figure 3 is a flow-chart showing the processing 30 

performed on an incoming message; 

Figure 4 is a flow chart showing the processing 

performed on an outgoing message (the top of 

Figure 4 can be regarded as contiguous with the 

bottom of Figure 3); 35 

Figure 5 illustrates how a message is stored in 

segmented form; and 

Figure 6 illustrates how multiple versions of a sin- 
gle message are stored. 

Figure 1 shows a set of workstations (A, C. K) 40 
joined together into a computer network. The pattern 
of links shown is known as a "minimum spanning 
tree". Such a network is characterised by the ab- 
sence of any closed loops, so that there is one and 
only one route between any two nodes. This has ad- 45 
vantages as regards the simplification of addresses 
(note that the pattern of links shown in Figure 1 is not 
unique in this respect). The present invention is par- 
ticularly beneficial for this type of network since the 
degree of message forwarding is relatively high, but 50 
is equally applicable to other network topologies. For 
example, the invention will also be of benefit in all-to- 
all networks, in which every node is connected to ev- 
ery other node, since whilst this topology does not re- 
quire message forwarding, it does demand a high de- ss 
gree of multi-casting - ie one node sending the same 
message to many other nodes (see Computer Net- 
works by AS Tanenbaum, 1988, Prentice-Hall, for a 



further discussion of network configurations and 
properties). 

Typically the links in the network of Figure 1 will 
not be all of the same type. For example, links B-E, 
E-F and F-G might be over ISDN transmission lines, 
whilst A-B, B-C and B-D might be part of one LAN, E- 
J and E-K part of another LAN, and G-H and G-l part 
of a third LAN. These links, even if nominally of the 
same type or members of the same LAN. may have 
different bandwidths and different volumes of traffic 
on them, resulting in differences in transmission per- 
formance. Many other types of link, such as X.25, 
may also be connected into the network. 

Figure 2 illustrates a workstation forming a node 
in the network of Figure 1 . This will typically be a con- 
ventional computer 10. having memory 20. processor 
etc. The workstation has connections to a LAN 4 and 
ISDN 6. The workstation is under the control of an ap- 
plication program (not shown), which generates mes- 
sages for transmission to other nodes, and which in- 
terprets incoming messages. As is well-known in the 
art, several layers of processing are provided to trans- 
late messages between a form suitable for transmis- 
sion over a network, and the form in which they are 
processed by the application program. Only the two 
layers pertinent to the present invention, known as 
the Common Communications Layer (CCL) 24 and 
the Network Control Layer (NCL) 22, are depicted in 
Figure 2. The CCL maintains details of the transmis- 
sion link over which a message is to be sent (eg 
whether it is ISDN, LAN or whatever), and is also re- 
sponsible for compression and segmentation (based 
on the information about the link being used). The 
processing layers below the CCL, which are typically 
responsible for error correction etc, handle only seg- 
ments. By contrast, the processing layers from the 
NCL u pwards are only concerned with whole messag- 
es: the type of link over which a message is received 
or transmitted Is transparent to them. Note that ideal- 
ly the application program is best suited to do the 
compression, since it knows about the data and there- 
fore which compression algorithms are appropriate. 
However, the application program is ignorant about 
the type of link over which the data Is to be transmit- 
ted, and whereas compression may be very desirable 
for a low bandwidth link, it may be unnecessary and 
a waste of time for a high bandwidth link. Thus the ap- 
plication program may just perform preliminary com- 
pression, or no compression at all. leaving this re- 
sponsibility primarily to the CCL. It should be appre- 
ciated that this split of function between the NCL and 
CCL is not an essential feature of the invention, but 
rather a facet of this particular implementation. Other 
network communication systems may have different 
arrangements. 

The processing of an incoming message is de- 
picted in the flow chart of Figure 3. An incoming mes- 
sage in segmented, compressed form is received 
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from the network by the CCL, having been duly proc- 
essed by lower layers. The CCL stores the message 
in segmented, compressed form and then combines 
the segments to re-assemble the message (in fact in 
practice the segments are stored and combined as 5 
they are received one at a time). The compressed, as- 
sembled message is also stored. Finally, the mes- 
sage is decompressed into its final (original) form, 
which is again stored with a unique identifier, before 
being passed with the identifier up to the NCL layer. io 

Subsequent processing of the incoming message 
is shown in Figure 4. The NCL decides whether or not 
to forward the message, based if desired on the infor- 
mation contained within the message itself. If the NCL 
decides to forward the message to another node in 15 
the network, it passes the destination address and 
unique identifier back to the CCL. Alternatively, if the 
NCL makes a definite decision that the message is 
not to be forwarded, this information together with the 
identifier is passed back to the CCL. The CCL can 20 
then delete the message from storage. 

Figure 4 also illustrates the processing of an out- 
going message, whether it is a received message that 
is now being forwarded to another node or a message 
that has been generated by that particular node. In 25 
both cases the message is received by the CCL from 
the NCL in the form of an identifier and a destination 
address. The CCL firstly determines whether to com- 
press the message based on the characteristics of 
the link. In some cases compression may not be de- 30 
sirable (for example, because the message originates 
from a video adapter card, which has already per- 
formed its own hardware compression), but in general 
compression will be required. In this case the CCL de- 
termines whether a compressed version already ex- 35 
ists: if not, the message must be processed to pro- 
duce a compressed version, which is stored. The CCL 
then determines whether there are any stored ver- 
sions of the segmented message (compressed or un- 
compressed, according to the desired form) which 40 
have a segment size appropriate for the link over 
which the message is to be transmitted, and if so, 
uses that stored version of the message to avoid hav- 
ing to resegment. If no appropriate stored segment 
size is located, then the CCL segments the message 45 
to a suitable size for the link. This (re)segmented mes- 
sage is then transmitted over the link, as well as being 
stored. Note that since a message may have to be 
sent to several nodes over a variety of links it quite 
possible for a message to be stored in more than one 50 
segment size, both In compressed and uncom- 
pressed form. It is also possible for the NCL to indi- 
cate in its transmission request to the CCL that a mes- 
sage is to be deleted after sending, if it is not desired 
to forward the message to any other computers. 55 

As presently implemented, the selection proce- 
dure for determining which form of message to send 
is relatively uncomplicated. As a first step it is decided 



whether to compress the message, based on the spe- 
cified link characteristics, and then secondly the stor- 
ed segmented versions are examined to try to find an 
appropriate segment size. The algorithm used for this 
second step is simply to look for any stored version 
of the message which has a segment size in the range 
0.5-1 times the optimum segment size, as specified 
in the link characteristics (in general it is not a good 
idea to go over the optimum segment size, in case 
this has been set to the maximum segment size that 
the transmitting software can handle). 
However, it would be possible to use much more com- 
plicated criteria to determine whether to process a 
message or whether to use a stored version. For ex- 
ample, the algorithm can combine the compres- 
sion/segmentation steps, using perhaps an uncom- 
pressed version instead of a compressed version if 
the former was already available in the correct seg- 
ment size. Other factors to take into consideration 
might be the compression/decompression times at 
the transmitting and receiving nodes, the link band- 
width, the trade-off between using a non-optimum 
segment size and having to re-segment^, and so on. It 
is also possible for the CCL not only to use stored in- 
formation about network conditions (optimum seg- 
ment sizes etc), but also to actively monitor current 
traffic (eg by echoing - sending out messages and 
waiting for them to be returned). This knowledge can 
all be put together in order to decide whether an avai I- 
able segment size is currently suitable for a particular 
link, or whether a message should be transmitted at 
a slightly non-optimum segment size or in a com- 
pressed/uncompressed form if this would lead to an 
overall reduction in transmission time. 

It is therefore possible to adopt a very sophisticat- 
ed approach in determining how much re-processing 
to do. The only restriction is that there is no point in 
using such complex methods if the extra time re- 
quired to make a decision results in an overall de- 
crease in efficiency. 

As an indication of the timings involved, consider 
the transmission firstly of a 1 MByte bit map (eg from 
a graph on screen), and secondly of a 1 0 kByte video 
frame (these might typically be produced at 10 
frames per second). Compression of the bit map 
(hopefully down to say 100 kBytes) might typically 
take 2-3 seconds, with a roughly equivalent time for 
decompression. The video frame is likely to have al- 
ready been hardware compressed. Over a 250 kByte 
per second LAN connection, the bit map can be trans- 
mitted in 4 seconds, rendering compression unattrac- 
tive, but over a 8 kByte per second ISDN line, com- 
pression will produce a substantial saving in net 
transmission time. In general, the segmentation time 
is perhaps only 10% of the compression time, and so 
a less significant factor for the bit map. However, for 
the video frames it can be essential to minimise trans- 
mission delay in order to allow natural interaction be- 
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tween participants in a video conference. Therefore 
a saving of as little as 0.01-0.05 seconds in not having 
to re-segment at each terminal is valuable, especially 
considering the cumulative effect if a signal is trans- 
mitted via several terminals. 5 

Figure 5 shows the form in which the CCL stores 
a segmented message. The message consists of a 
sequence of packets or segments (two in this case), 
each packet 50. 60 comprising data 54. 64 and a 
header 53, 63 containing address information and so io 
on. The CCL inserts two fields (51, 52 and 61 62 re- 
spectively) at the front of each packet. These two 
fields are not part of the message as such, and are 
not transmitted over the link, but rather act as control 
devices for the CCL. The second of the two pointers is 
52 is used to chain the sequence of packets in the 
message together, the end of the sequence being in- 
dicated by a null value 62. 

Figure 6 illustrates a single message being stor- 
ed in both segmented and compressed versions. 20 
Each version has the form described above - ie a se- 
quence of chained packets having two CCL fields fol- 
lowed by a header and then data. A master buffer 
stores the uncompressed data in a single segment. 
The NCL can generate or receive the unsegmented 25 
data in the master buffer directly. A pointer to the mas- 
ter buffer is passed between the CCL and the NCL to 
provide the unique identifier for the message. The 
first pointers in the first segment of each stored se- 
quence are used to chain together all the versions of 30 
the same message with different segment sizes. Ef- 
fectively there are two chains appended to the master 
buffer, one of compressed versions of the message 
and one of uncompressed versions. The second poin- 
ter in the master buffer is used to point to the start of 35 
the compressed chain, beginning with a compressed, 
unsegmented (single segment) version of the mes- 
sage (since the master buffer comprises only one 
segment, this pointer is not needed for chaining seg- 
ments together). Thus all versions of a message are 40 
chained to, and can therefore be accessed through, 
the master buffer. The different versions in each 
chain are ordered in terms of decreasing segment 
size, which means that new versions must be inserted 
into the middle of the chain if appropriate. An alterna- 45 
tive strategy would be to simply order the chains as 
they are created, in which case new versions are sim- 
ply hung from the end of the chain. 

In this particular implementation, the memory al- 
location associated with the stored message is con- 50 
trolled by means of a use counter. If it is desired to de- 
lete a message from storage, for example because 
the NCL does not wish to forward it, the use counter 
will be decremented by one. Providing this returns the 
use counter to zero, this will free the memory occu- 55 
pied by the message, allowing it to be overwritten. 

When the NCL passes a transmission request to 
the CCL, it passes a pointer to the location of the mas- 
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ter buffer (even if the message is originating at that 
node, the master buffer can effectively be created by 
the NCL). The first pointer in the master buffer can 
then be examined to determine whether the message 
is stored in compressed form, and which segment si- 
zes are available (if any). The stored versions can 
then be compared against the specifications for the 
link over which the message Is to be transmitted to 
see if any of the stored versions are appropriate. 

Clearly the build-up of messages must not ex- 
ceed the available storage space, and an excess of 
stored messages also leads to performance degrada- 
tion. Deleting messages that are not being forwarded 
is an effective way of achieving this. Another possi- 
bility is for the CCL to implement a strategy of delet- 
ing messages that have been dormant a certain 
length of time. Note that it is still possible to transmit 
a message which is no longer stored in segmented 
form - however in this case the normal compression 
and segmentation will be required prior to transmis- 
sion. 

One consequence of the message forwarding 
scheme outline above is that it is expensive to have 
to alter a message on route. This is because once the 
information in the message has changed, then the er- 
ror coding and compression need to be fully recalcu- 
lated, and the whole segmentation process repeated. 
In the particular implementation described, this is rel- 
evant to messages that are sent to a subset of the to- 
tal network. Whilst it is simple to address a message 
either to a single terminal, or to all of the terminals (Ie 
broadcasting), if the message is to be sent to a subset 
of terminals the address information changes in 
length as the message progresses through the net- 
work. This prevents re-use of the segmented, com- 
pressed message, and so required the expense of re- 
processing at each node. 

To overcome this problem, a message intended 
for just a subset of the network is sent in two parts (ie 
effectively as two messages). The first part contains 
the addressing information, together with a message 
identifier, and is sent slightly ahead of the second 
part, which contains the data itself, a long with a cor- 
responding identifier. The first part is much smaller, 
and although it needs to be resegmented at each 
node to accommodate its variations in length, this 
does not require undue amounts of processing power. 
Each node can then use the information from the ad- 
dressing message to decide where and whether to 
forward the second, much larger message, which can 
therefore be sent unaltered around the network with 
a constant size, without reprocessing at each node. 

Claims 

1. A method of operating a computer in a network, 
including the steps of: 
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transmitting messages to and from the 
computer over links with other computers in the 
network; 

processing messages before sending 
from an original form into a form suitable for 
transmission; and 

processing messages on receipt back into 
the original form; 

said method being characterised by the 
steps of: 

storing a message transmitted to or from 
the computer in either the transmitted form, or a 
form intermediate the original form and the trans- 
mitted form; 

retrieving the stored message and proc- 
essing it if necessary into a form suitable for 
transmission; 

and sending the retrieved message to an- 
other computer 

2. The method of claim 2, wherein the step of proc- 
essing the message from the original form into a 
form suitable for transmission includes com- 
pressing the message, and said step of storing 
comprises storing the message in compressed 
form. 

3. The method of claim 1 or claim 2, wherein the 
step of processing the message from the original 
form into a form suitable for transmission in- 
cludes segmenting the message, and said step of 
storing comprises storing the message in seg- 
mented form. 

4. The method of claim 3, further comprising the 
step of determining whether a stored message 
has a segment size appropriate for the link over 
which the message is to be transmitted. 

5. The method of claim 4, wherein it is determined 
whether a stored message has a segment size 
appropriate for the link based on the time re- 
quired to re-segment the message relative to the 
delay that would be incurred by using a non-op- 
timum segment size. 

6. The method of claim 5, further including the step 
of monitoring the current performance of the net- 
work in order to determine the optimum segment 
size for each link. 

7. The method of any preceding claim, further com- 
prising the step of deleting a stored message if It 
is decided not to forward the message to another 
computer. 

8. The method of any preceding claim, further com- 
prising the step of also storing the message in 



original form, and wherein each processed form 
of the message is stored in a linked chain append- 
ed to the stored original form of the message. 

5 9. A computer adapted for inclusion in a network, 
wherein messages are transmitted to and from 
the computer over links with other computers in 
the network, messages being processed before 
sending from an original form into a form suitable 

10 for transmission, and being processed on receipt 

back into the original form; and characterised by: 
means for storing a message transmitted 
to or from the computer in either the transmitted 
form, or a form Intermediate the original form and 

15 the transmitted form; 

means for retrieving the stored message 
and processing it if necessary into a form suitable 
for transmission; 

and means for sending the retrieved mes- 

20 sage to another computer 

10. The computer of claim 9. including means for 
compressing the message in order to process the 
message from the original form Into a form suit- 

25 able for transmission, the message being stored 

in compressed form. 

11. The computer of claim 9 or claim 10, including 
means for segmenting the message In order to 

30 process the message from the original form into 

a form suitable for transmission, the message be- 
ing stored In segmented form. 

12. The computer of claim 11, further including 
35 means for determining whether a stored rnes- 

sage has a segment size appropriate for the link 
over which the message is to be transmitted. 

13. The computer of claim 12, further Including 
40 means for monitoring the current performance of 

the network in order to determine the optimum 
segment size for each link. 

14. The computer of any of claims 9 to 13, further 

45 comprising means for deleting a stored message 

if it is decided not to forward the message to an- 
other computer 

1 5. A method of transmitting data to a subset of a net- 
50 work of computers as claimed in any of claims 9 

to 14, said method comprising the steps of; 

transmitting a first message specifying 
the subset of the network to which the data is to 
be transmitted; and 
55 transmitting a second message contain- 

ing the data, whereby receiving workstations can 
use the information in the first message to for- 
ward the second message to another computer in 
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the network without having to first process the 
second message back into its original form. 



5 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



8 



BNSDOCID: <EP p616455A2J_> 



EP 0 616 455 A2 




10 



1 



NCL 
C CL 



" Ik 



22 



7 



24 




ISDN 



FIG.1 



20 



z 



STORAGE 



FIG. 2 



BNSDOCID: <EP .0616455A2J_> 



EP 0 61 6 455 A2 



Receive segmented 
coMPRessEO MessAce 




f 


STORE SEG 
COMPRESSE 


MENTEO 
D MESSAGE 






ASSEMBLE SEGMENTED 
COMPRESSEO MESSAGE 



I 



STORE ASSE 
COMPRESSE 


MBLED 

0 MESSAGE 







DECOMPRESS 
COMPRESSEO MESSAGE 



STORE ASSEMBLED 
DECOMPRESSED MESSAGE 



PASS REFERENCE TO NCL 



FIG. 3 



51 



52 



2 



POINTER POINTER HEADER 



53 



z 



— ^ 

DATA I 



60 



61 



62 



X 



63-} 



POINTER I NULL | HEADER 



6^7 
DATA i 



FIG. 5 



10 




BNSDOCID: <EP ^0616455A2_L> 



EP 0 61 6 455 A2 



ZD 
CO 



CO 

cr 

Ql 

z: 

o 



O 



C3 



CO 

cr 

CL 
21 

s 



o 



Q 



LLJ 

O 
< 



< 

Q- 



C5 



CO 
CO 
cu 

a: 



< 



cr 
o 



cr 

o 
< 



<1 
O 



cr 

Llj 

o 



u. 



UJ 



cr 

CL. 







"VIVO 


PACKET 


cr 




■AOS 








<z> 




NULL 





















1 — 






<I 






o 




rsi 


or 


• 




a 


<: 












<. 






Q 


< 
















cr 






UJ 






O 






<: 






x: 




— 1 














1 


















z 









12 



BNSOOCiD: <EP ^0616455A2_L> 



(19 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 




@ Publication number: 0 616 455 A3 



EUROPEAN PATENT APPLICATION 



@ Application number : 93307138.3 
(22) Date of filing : 09.09.93 



(51) Int. CL^ : H04L 29/06 



@ Priority : 19.09.92 GB 9219862 

(43) Date of publication of application : 

21.09.94 Bulletin 94/38 

(84) Designated Contracting States : 
DE FR GB 

(Sg) Date of deferred publication of search report ; 

25.01.95 Bulletin 95/04 

Applicant : International Business Machines 

Corporation 

Old Orchard Road 

Armonk, N.Y. 10504 (US) 



(72) Inventor : Roper, Michael Ian 
18 Teviot Road, 
Valley Park, 
Chandlers Ford 

Easdeigh, Hampshire S05 3RF (GB) 
Inventor : Evans, Lawrence Steven 
17 Honeysuckle Close, 
Badger Farm 

Winchester, Hampshire S022 4QQ (GB) 
Inventor : Wallis, Graham Derek 
75 Raley Road 

Locks Heath, Hampshire S03 6PB (GB) 

(74) Representative : Bailey, Geoffrey Alan 
IBM United Kingdom Limited 
Intellectual Property Department 
Hursley Park 

Winchester Hampshire S021 2JN (GB) 



@ Computer network using data compression. 

(57) Computers are linked together to form a net- 
work. Messages are sent over the links between 
the computers in compressed, segmented fomn, 
the size of the segments being appropriate to 
the transmission characteristics of the link. A 
message previously received or transmitted by a 
computer is stored in compressed and segmen- 
ted form. If it is desired to forward or retransmit 
this message, the segment size of the stored 
form is compared against the optimum segment 
size for the link over which the message is to be 
sent. If there is a close match, then the stored 
segmented, compressed message is retrieved 
for direct transmittal, without having to reseg- 
ment or recom press the message. 



CO 

< 

m 

CO 




a. 

LU 



Jouve, 18. rue Saint-Denis, 75001 PARIS 



BNSDOCID: <EP ,0616455A3J_> 



EP 0 616 455 A3 




EUROPEAN SEARCH REPORT Application Number 

EP 93 30 7138 





DOCUMENTS CONSIDERED TO BE RELEVANT 




Category 


Citation of document with indication, i*here appropriate, 
of relevant passages 


Rtlcvsmtt 
to claim ' 


CLASSinCATION OF TIIK 
APPIJCATION i1nt.C1.5) 


A 


WO-A-92 04790 (MICROCOM SYSTEMS INC ) 

* abstract * 


1-15 


H04L29/06 


A 


EP-A-0 493 286 (QUEST STANDARD 
TELEMATIQUE, S.A.) 
* abstract * 


1-15 





The present search report has been drawn up for all claiira; 



^•ce Qf »e«rcli 



THE HAGUE 



Due or csR^lelloi of tbe search 

25 November 1994 



CATEGORY OK CTI KU DOCUMENTS 

X : parlicularly relevant if taken alone 
Y : panicularty relevamt if combined with anuiber 
S document of the same category 

g A : technological background 
O : non-written disclosure 
P : intermediate document 



I KCIirNlCAL FIEIJIS 
SEARCHED (int.CLS) 

Hd4L 



Canosa Areste, C 



T : theory or prindpie underlying the invention 
E : earlier patent document, but pubbshed on, or 

after the filing date 
D : document cited in the application 
L : documait cited tor other msonc 

& : member of the same patent family, conespunding 
document 



2 



BNSOOCID: <EP Q61645SA3J_> 



